home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / aprs60.zip / IDEAS.TXT < prev    next >
Text File  |  1994-09-28  |  2KB  |  46 lines
  1. IDEAS.txt 6.0          OTHER SUGGESTED IDEAS FOR SOFTWARE WRITERS!
  2.  
  3.  
  4. LEVEL FOUR UI FRAME ROUTING!    
  5.  
  6.     For people with the ability to write code for TAPR-2 clones, there is
  7. a real nead for LEVEL-4 distribution of APRS UI frames through a network.
  8. Rather than using dumb digipeaters with the generic RELAY and WIDE callsigns,
  9. the level-4 network should only need the single NODE-NAME of the HOME
  10. or DESTINATION node for APRS UI frames.  The network should know the routing
  11. and paths to use to deliver the UI frame to that destination node.  There,
  12. the UI frame is transmitted ONCE (or maybe twice some time later) as if it
  13. had been originated locally.
  14.  
  15. Since APRS UI position reports are redundant, and rapidly become obsolete
  16. as they are refreshed by a moving station, the level-4 NETWORK only has to
  17. make a feeble attempt to route the packets to the desired destination HOME
  18. node.  They need not clutter the Nodes buffers, and can be time-ed out
  19. rather quickly.  For more thoughts on this subject, read the DIGIPTR.txt file.
  20.  
  21.  
  22. PRE-EMPTIVE DIGIPEATING
  23.  
  24.     Until we get level-four routing of UI frames, it shuld be possible to
  25. modify TNC code for pre-emptive digipeating.  This means that a digipeater
  26. will look for its callsign ANYWHERE in the digi-calls list in a packet header
  27. and if it finds itself, it will go ahead and digipeat the packet and cancel
  28. all of the earlier digipeat bits.  This way a mobile only has to provide
  29. a list of DIGI calls in the fartherest sequence that he may travel, and his
  30. packets will all arrive at the last one in the list, no matter where along
  31. the string he is located!  See more in the DIGIPTR.txt file.
  32.  
  33.  
  34. CALLSIGN and POSITION DATABASE NETWORK SERVER
  35.  
  36.      Since APRS includes the single station QUERY format for requesting a
  37. station to respond with his position report, there is no reason why any PC
  38. interfaced with the HAMCALL CD ROM could not listen for such QUERYS, and
  39. respond with a properly formatted APRS POSITION report for that station!
  40. The APRS station sending the single UI frame QUERY gets rewarded by seeing
  41. the location of the requested station SHOW UP ON HIS MAP!  The database PC
  42. would of-course wait about 30 seconds to be sure the requested call is not
  43. LOCAL and then respond with an APRS OBJECT position report, which would
  44. include the station's name and address!
  45.  
  46.